home *** CD-ROM | disk | FTP | other *** search
/ Atari Mega Archive 1 / Atari Mega Archive - Volume 1.iso / lists / gem / l_1199 / 834 < prev    next >
Internet Message Format  |  1994-08-27  |  4KB
  1. From: mforget@elfhaven.ersys.edmonton.ab.ca (Michel Forget)
  2. Subject: Re: Gem List (fwd)
  3. Date:     Sun, 17 Jul 1994 07:15:02 -0600
  4. Precedence: bulk
  5.  
  6. Ken/Dan:  (I have no clue who is posting from that account anymore.)
  7.  
  8. >My philosophy is that there should be *NO DISTINCTION ON BUTTON
  9. >FUNCTIONALITY* whether a window is in the 'background' or 'foreground'. The
  10. >*SAME BUTTONS* should work on the *SAME WINDOW* whether it's topped or not.
  11.  
  12. Get used to it; it is not going to change to match your philosophy.  The
  13. "top window" is an integral part of GEM.  It has been improved, so that
  14. you can operate window gadgets in the background, but the philosophy (if
  15. anything) has become more deeply ingrained.  The application receiving
  16. keystrokes is the one with the top window, the application that is
  17. active is the one with the top window, and so on.
  18.  
  19. >There is a PD patch program called (interestingly enough) 'WinX' (no, this
  20. >is not the same WinX as on the Atari, it is by a different person) for
  21. >Microsoft Windows, and it allows you to activate background window gadgets
  22. >without having to top them first. This is very very useful, i.e. you've got
  23. >a word processor open, and file manager with 3 or 4 child windows. I can keep my
  24. >word processor window topped and scroll the background child windows up and
  25. >down to reference files for a document I'm writing. If I had to keep topping
  26. >and untopping applications, the job would take 10 times longer.
  27.  
  28. Here is an idea; why not try MausWind, and be happy.  It will automagically
  29. top the window as the mouse passes over it.  It is a very nice program,
  30. written by Thomas Binder.
  31.  
  32. >WinX also lets you 'pull' any window forward one level, or push it back
  33. >one level (or all the way to the back), without having to 'top' it first.
  34. >This is handy for rearranging the window stack without having to un-top the
  35. >application you're currently using.
  36.  
  37. Sounds like a nice program; for the PC...  :)
  38.  
  39. >IMHO, PureC's help system is acceptable. Programs like CoNnect have
  40. >similar help systems, but IMHO CoNnect goes a little overboard :-)
  41.  
  42. CoNnect has a nice help-system.  Perfect, in fact.  The only problem
  43. is that for people who do not want/need it it wastes memory.  That is
  44. why we need an external accessory/program.  ST-Guide would fit this
  45. requirement perfectly.  It is really the only choice, since 1ST-Guide
  46. is Shareware (and generally not as good as ST-Guide).
  47.  
  48. >Should be a non-issue, IMHO. The same mouse buttons should have the exact
  49. >same effect on a window whether it's topped or not. Doing otherwise is
  50. >totally confusing.
  51.  
  52. How is it confusing?  It has been that way from the start.  It isn't as
  53. if the behaviour suddenly changed and the user wasn't notified.
  54.  
  55. >>menu layout
  56. >This definitely needs discussion.
  57.  
  58. What is wrong with the Atari standard menu layout?  It does not have
  59. any obviously stupid errors or such.
  60.  
  61. >Have you actually TRIED this? Are you ASSUMING it will slow things down, or
  62. >are you speaking from experience having tried this? Try first, then comment
  63. >later. From experience, the speed difference is so incemantable, that it's
  64. >not even funny. ANYONE can LIVE with the speed difference: There is none that
  65. >you can see with the naked eye!
  66.  
  67. Slower is slower; if you are going to go to the trouble of doing something,
  68. why not do it right?
  69.  
  70. >Face it, this is a *BIG* disadvantage.
  71.  
  72. Perhaps, but your library will be just plain *BIG*.  I'd rather recompile,
  73. than waste memory on features I have no need for.
  74.  
  75. >This is the *key* to background buttons, BTW. And it's *VERY* easy to
  76. >implement using this method.
  77.  
  78. Well of course it is, but that does not mean it should be implemented.
  79. The 'topped window' is part of GEM, and the user will get confused if
  80. your program does not use it.  The only excuse for not using it is for
  81. a toolbar, or as a user-selectable option.
  82.  
  83.  
  84. -- 
  85. Michel Forget           \\   mforget@elfhaven.ersys.edmonton.ab.ca    //
  86. Electric Storm Software  \\  ess@tibalt.supernet.ab.ca               //
  87. PGP Public Key Finger. = 1F C0 D3 FE 40 51 7F 47 F3 4A C6 A0 6E 02 71 85
  88.